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Precede et dispositif modulaire de tragage d'un message multimedia a 
travers un reseau de telecommunications 



Uinvention a pour objet un procede et un dispositif modulaire de 
5 tragage d'un message multimedia a travers un reseau de 
telecommunications. Le domaine de I'invention est celui des 
telecommunications et plus precisement celui de la communication via des 
messages ayant un contenu multimedia, de tels messages sont aussi 
appeles messages multimedia, ou messages MMS. 
10 Un but de I'invention est de pouvoir determiner les performances d'un 

systemes d'echange de messages multimedia. 

Un autre but de rinvention est de pouvoir disposer d'outils de mesure / 
simulation lors de phases de developpement d'un systeme d'echange de 
messages multimedia. 
15 Un autre but de Tinvention est de pouvoir effectuer des mesures sur 

un systeme d'echanges de messages multimedia celui-ci etant en phase 
d'exploitation. 

Un autre but de invention est de determiner un delai d'acheminement 
d'un message multimedia. 

20 Un autre but de invention est de detecter les alterations subies par un 

message multimedia au cours de son acheminement. 

Dans I'etat de la technique on connaTt des precedes et dispositifs qui 
permettent d'effectuer des simulations de charges sur des serveurs HTTP 
(Hyper Text transfer Protocol, protocole de transfer! hypertexte). Un tel 

25 procede met en oeuvre des programmes appeles robots qui interrogent un 
serveur HTTP en emettant des requetes vers ce serveur. II s'agit alors d'un 
processus client serveur dans lequel seuls sont impliques le robot / client et 
le serveur. II est done ainsi possible de savoir si i'interaction entre le sen/eur 
et le robot se deroule bien, mais on n'obtient aucune information sur les 

30 autres communications mises en oeuvre lors d'echanges de messages 
multimedia de type MMS. En particulier on n'obtient aucune information sur 
des delais de transmission d'un message multimedia, un tel delai se 
mesurant'de sa date d'emission par un client a sa date, de reception par le 
destinataire. De meme avec une telle solution il est impossible de determiner 

35 quels types de messages multimedia sont perdus, le type d'un message 
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variant avec la nature et la quantite des donnees qu'il comporte. Avec une 
telle solution. II est encore impossible de savoir si un message multimedia 
emis a ete correctement regu, c'est-a-dire si le message regu est identique 
au message emis. Enfin les solutions de I'etat de la technique n'envisagent 
que des communications selon le protocole HTTP alors que dans les faits lis 
existent de nombreux protocols permettant de transmettre un message 
multimedia. 

Dans rinvention on resout ces problemes mettant en cBUvre un 
precede / dispositif modulaire, chaque module ayant un role determine. Ainsi 
un module de generation produit et emet sur un reseau de 
telecommunication des messages multimedia de type variable en utilisant 
des protocoles de communications varies parmi lesquels on peut citer HTTP, 
WAP (Wireless Application Protocol, pour protocole d'application sans fil). 
SMTP (Simple Mail Transfer Protocol, pour protocole simple de transfer! de 
message electronique), SOAP (Simple Object Access Protocol, pour 
protocole simple d'acces a des objets), pour ne citer que les plus courants. 
Un tel module de generation est alors capable de simuler le fonctionnement 
d'un grand nombre de clients. II est en effet possible d'emettre un message 
multimedia depuis un ordinateur de bureau, un ordinateur de poche, un 
assistant personnel, un telephone mobile, pour ne citer que les clients les 
plus courants7Le message produit^comporfe au rnoins On corps et Oh champ 
objet aussi appele champ sujet. Le module de generation renseigne le 
champ objet en fonction du type de message multimedia produit. Ainsi le 
champ objet comporte un identifiant de message multimedia, une date de 
production emission du message multimedia, un code instruction pour un 
module de recuperation, et/ou une somme de controle du message 
multimedia. Le module de generation emet aussi, vers un module d'analyse, 
des informations sur les messages multimedia qu'il produit et emet. 

Ces messages multimedia produits et emis transitent via le reseau de 
telecommunication et sont regus et traites normalement par un serveur relais 
de messages multimedia. Le traitement consiste en un stockage du message 
et en I'envoi d'un message de notification au destinataire du message 
multimedia regu et stocke. Ce message de notification comporte au moins le 
champ objet dudit message multimedia. 

Ce message de notification est intercepte par un module d'interbeption 
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qui soit lui laisse poursuivre son acheminement vers son destinataire s'il ne 
s'agit pas d'un message produit par !e module de generation, soit, dans !e 
cas contraire, Tenvoie. vers un module de recuperation de messages 
multimedia. 

5 Le module de recuperation est alors en connaissance d'informations 

lui permettant d'interroger le serveur relais pour recuperer les messages 
multimedia produits et emis par le module de generation. Cette recuperation 
permet d'obtenir des informations, notamment sur I'integrite des messages 
multimedia recuperes, et sur les temps de transmission. Les informations 

10 ainsi obtenues sont alors transmises a un module d'analyse deja en 
possession d'informations sur les messages emis. La correlation entre les 
informations sur les messages emis et les informations sur les messages 
recuperes permet done d'obtenir des statistiques modelisant le 
comportement du reseau de telecommunication dans sa foriction 

15 d'acheminement de messages multimedia. 

Ainsi ce procede/dispositif peut etre utilise soit lors de Tintegration. d'un 
service MMS pour realiser des tests de charge et d'endurance, soit en 
production pour mesurer la disponibilite reelle du systeme. Un test de charge 
consiste a determiner le comportement d'un serveur lorsqu'il est tres sollicite 

20 en peu de temps, Un test d'endurance consiste a determiner le 
comportement du serveur sur une longue periode. On peut blen sur combiner 
charge et endurance pour determiner le comportement d'un sen/eur tres 
sollicite pendant une longue periode. 

L'invention a done pour objet un precede modulaire de tragage d'un 

25 message multimedia a travers un reseau de telecommunications comportant 
un serveur relais de messages multimedia, un message multimedia 
comportant un champ destinataire et un champ objet caracterise en ce que : 

- le message multimedia est produit de maniere automatique par un 
module de generation de messages multimedia, 

30 - le module de generation insere dans le champ objet du message 

multimedia des informations relatives, au message multimedia produit 
automatiquement, 

- le message multimedia produit est emis a travers le reseau le reseau 
de telecommunications, 

35 - le message multimedia produit et emis est re?u par le serveur relais, 
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- le serveur relais produit et transmet vers un destinataire identifie par 
le champ destinataire un premier message de notification de reception du 
message multimedia, le premier message de notification comportant un 
champ objet dont le contenu comporte au moins les informations du champ 
5 objet du message multimedia. . ^ , ^ n-.m 

invention a aussi pour objet un precede modula.re de tragage d un 
message multimedia a travers un reseau de telecommunications comportant 
un serveur relais de messages multimedia, un message muit.med.a 
comportant un champ destinataire et un champ objet caracterise en ce que : 
10 - un module d'interception intercepte un message de notificaUon em.s 

par le serveur relais suite a la reception du message multimedia, detemi.ne 
quel est le destinataire du premier message de notification, et en fonct.on du 
destinataire se comporte de maniere transparente dans le reseau de 
telecommunication ou emet un deuxieme message de not,f,ca^on a 
15 destination d'un module de recuperation de messages muit.med.a le 
deuxieme message de notification comportant au moins un champ objet dont 
le contenu permet I'identification du message multimedia correspondant au 
premier message de notification, 

- le module de recuperation produit une requete de recuperat.on pour 
20 recuperer le message multimedia correspondant au deuxieme message de 
■ notification, le module de-recuperation -emet la-^ 

destination du serveur relais et traite la reponse du serveur relais. 

L'invention a aussi pour objet un dispositif modulaire de tragage dun 
message multimedia ^ travers un reseau de telecommunications comportant 
25 un serveur relais de messages multimedia, un message muit.med.a 
comportant un champ destinataire et un champ objet caractense en ce qu .1 

- un module de generation pour produire automatiquement un 

message, . , ^ .^^ . 

30 - le module de generation comporte des moyens pour .nserer dans le 

champ objet du message multimedia des informations relatives au message 
multimedia produit automatiquement, . , 

- le module de generation comporte des moyens pour emettre le 
message multimedia produit a travers le reseau de telecommunicat.ons. 

35 - le serveur relais comporte des moyens pour produire et transmettre 
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vers un destinataire identifie par le champ destinataire un premier message 
de notification de reception du message multimedia, le premier message de 
notification comportant un champ objet dont le contenu comporte au moins 
les informations du champ objet du message multimedia, 
5 - un module d'interception comportant des moyens pour intercepter le 

premier message de notification, determiner quel est le destinataire du 
premier message de notification, et en fonction du destinataire se comporter 
de maniere transparente dans le reseau de telecommunication ou emettre un 
. deuxieme message de notification a destination d'un module de recuperation 
10 de messages multimedia, le deuxieme message de notification comportant 
au moins un champ objet dont le contenu permet Fidentification du message 
multimedia correspondant au premier message de notification, 

- le module de recuperation comporte des moyens pour produire une 
requete de recuperation pour recuperer le message multimedia"* 

15 correspondant au deuxieme message de notification, le module de;" 
recuperation comporte aussi des moyens pour emettre la requete de 
recuperation a destination du serveur relais et traite la reponse du serveur * 
relais. 

^invention sera mieux comprise a la lecture de la description qui suit et a 
20 Texamen des figures qui Taccompagnent. Celles-ci sont presentees a titre 

indicatif, nullement limitatif de I'invention. Les figures montrent : I, 

- figures la et 1b : une illustration d*etapes du precede selon 
invention ; 

- figure 2a : une illustration d'une architecture du dispositif selon 
25 Hnvention ; 

" figure 2b : une illustration de moyens utiles a la mise en oeuvre du 
precede selon Tinvention ; 

- figure 3a a 3f : une illustration des structures des messages et 
requetes emis et regus lors de la mise en oeuvre du precede selon 

30 invention ; 

- figure 4 : une illustration d'un fonctionnement multiprocessus du 
module de generation. 

La figure 1 illustre des etapes du precede selon Tinvention. Chaque- 
etape ou groupe d'etapes est mis en oeuvre par un module car il s'agit d'un 
35 precede / dispositif modulaire. Chaque module a une ou des fonctions a 
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remplir. Dans la pratique, et tel qu'lllustre par le figure 2. chaque module est 
en fait une machine, de type serveur. independante. Une telle machine 
comporte alors un microprocesseur, des memoires de programme stockage 
et travail, et des moyens de connexions notamment a un reseau de 
telecommunications. Dans ce cas ia memoire de programme d'un 
serveur/module comporte des codes instructions permettant la mise en 
oeuvre des fonctions du module. Dans ce cas encore les modules 
communiquent via un reseau de telecommunication, ou un reseau local selon 
la distance separant les serveurs. Lorsque rien n'est precise on considere 
que deux modules communiquent entre eux via un protocole de type TCP/IP 
par exemple. Toutefois il se peut, dans des variantes, que des fonctions 
correspondant a plusieurs modules soient executees par un meme serveur. 
Cela signifie alors que la memoire de programme d'un tel serveur comporte 
des codes Instructions conrespondant aux fonctions de plusieurs modules. 
Dans ce cas les modules communiquent alors via des organes internes, bus 
et memoires, du serveur. Dans ia description, lorsque I'on prete une action a 
un module, cette action est done en fait reaiisee par un microprocesseur 
commande par des codes instructions. Dans une variante, il s'agit d'un 
composant specialise/dedie a la realisation de la fonction du module. 

Par message multimedia on entend un message de type message 
MMS-(Multimedia-Message-Setvice.).jQn. rapp.elle_ici_que !e se_rvjce_MjyiS est 
un service de communication Interpersonnel, offrant des mecanismes 
internes de stockage et de renvoi de messages multimedia; Ces messages 
multimedia peuvent contenir du texte, du son (sous forme de fichiers au 
format mp3, ogg. wav ou autre), des images fixes ou animees (sous forme 
de fichiers aux formats jpeg, gif, mpeg, divx, ou autre), le tout etant mis en 
forme par le langage de presentation SMIL (Synchronised Multimedia 
Integration Language, pour langage de synchronisation et d'integration 
multimedia). D'autres langages de mise en forme peuvent etre utilises, HTML 
(Hyper Text Markup Language, pour langage de balisage hypertexte) ou les 
feuilles de style cascadees (CSS) etant les plus connus parmi ces- autres 
langage. 

Ces messages multimedia transitent par un reseau de 
telecommunication entre un emetteur et un destinataire. Un tel reseau de 
telecommunication comporte toutes les infrastructures permettant 
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I'achemlnement de ces messages multimedia. 

La figure 1 montre une etape 101 de production automatique et 
d'emission d'un message multimedia. L'etape 101 est mise en cBuvre par le 
module 201 de generation de message multimedia. Une fonction du module 
201 de generation est de produire un message multimedia comportant un 
certain nombre de champs. La figure 3a illustre des champs que comporte 
un message multimedia. Un message 300 multimedia comporte un champ 
301 d'en-tete. Le champ 301 comporte entre autres un champ 302 identifiant 
i'expediteur du message 300, et un champ 303 identifiant le destinataire du 
message 300. Le message 300 comporte aussi un champ 304 objet ou sujet 
du message et un champ 305 qui est le corps du message. 

L'etape 101 comporte plusleurs sous-etapes pour renseigner les 
differents champs du message 300. Dans une sous-etape 102 le module 201 
de generation renseigne le champ 305 de corps. Le champ 305 contient les 
donnees du message multimedia formatees selon un langage de type SMIL. 
C'est le module de generation, parametre par un utilisateur, qui determine le 
type de donnees qui seront presentes dans le corps 305 du message 300. 
Ces donnees sont du texte, du son, et/ou des images animees/fixes. -Ces 
donnees sont presentes en quantity variable selon le test que Ton souhaite 
effectuer. On peut ainsi tester le comportement du reseau-. de 
telecommunication pour des messages multimedia comportant unlquement 
un medium, plusieurs media, peu de donnees, et/ou beaucoup de donnees. 
Les corps sont soit composes a la main par un utilisateur, soit lus dans une 
table/bibliotheque comportant un certain nombre de contenus possibles pour 
le corps, soit produits par le module 201 en fonction d'un parametre de taille 
par exempie. Dans ie dernier cas il s'agit alors d'un simple bourrage du corps 
305. Dans le cas de I'utillsation d'une bibliotheque, celle-ci est enregistree 
dans une memoire a laquelle a acces le module 201 de generation. 

De la sous-etape 102, on passe a une sous-etape 103 dans laquelle 
le module 201 de generation renseigne les champs emetteur (IDE) et 
destinataire (IDD) du message 300 multimedia. Ces champs comportent des 
identifiants d'une personne, ou plus exactement d'un contrat existant entre 
line personne physique et un operateur du reseau "de telecommunication. 
Ces identifiants sont des identifiants electroniques comme une adresse de 
boTte a lettre electronique (e-mail), un numero de telephone, une adresse 
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Internet, ou une autre forme d'identification en cours sur le reseau de 
telecommunications. Dans notre description on considere que I'Identifiant 
IDD est un numero de telephone, alors que ridentifiant IDE est soit une 
adresse e-mail, soit respectivement un numero de telephone selon que Ton 
5 veut simuler une emission d'un message multimedia par un ordinateur soit 
respectivement par un combine telephonique. Les identifiants IDD et IDE 
sont selectionnes par le module 201 de generation parmi une l.ste 
d'identifiants predefinie. Cette liste permet d'effectuer un filtrage pamni ies 
messages multimedia transitant sur le reseau de telecommunication. Ces 
10 identifiants IDD et IDE peuvent aussi etre specifies par un utilisateur mettant 
en ceuvre le module 201 de generation. 

De la sous-etape 103 on passe a une sous-etape 104 de production 
du champ 304 objet du message 300. Le champ objet comporte des 
informations sur le message multimedia produit par le module 201 de 
1 5 generation. Ces informations ne sont pas un resume en langage natural de la 
nature du message 300. Un langage naturel est une langue comme le 
frangais ou I'anglais. Ces informations sont des informations formelles 
utilisables directement et sans ambiguTte par un processus de traitement 
automatise. Le fait que ces informations puissent etre representees par des 
20 caracteres dechiffrables par un individu ne change rien ici. Ces informations 
sont -un identifiant -de- messages. .multimedLa. .permettant d:identifier le 
message 300 parmi tous ceux produits par le module 201 de generation. Cet 
identifiant est enregistre dans un champ 311 du champ 304." Cet identifiant 
est obtenu. par exemple. par I'incrementation d'un compteur par le module 
25 201 de generation. Chaque message produit a alors un identifiant different. 
Ce compteur peut etre remis a zero sur intervention d'un utilisateur ou a 
I'echeance d'une duree predeterminee. Un tel identifiant peut aussi etre 
produit par une fonction prenant une date en parametre et garantissant 
Punicite de I'identifiant Dans le champ 304, les champs 311 a 314 peuvent 
30 etre distingues de plusieurs manieres. Une premiere maniere est d'attribuer a 
chaque champ une taille fixe. Une deuxieme maniere est de structurer ces 
champs 311 a 314 selon une syntaxe XML (extended Markup Language, 
pour langage de balisage etendu). bhaque champ etant alors delimite par 
une balise ouvrante et une balise fermante. Ces deux possibilites, ainsi que 
35 d'autres, sont ouvertes pour I'ensemble des champs decrits dans la 
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description. 

Le champ 304 objet comporte aussi un champ de date indiquant la 
date a laquelle le message 300 a ete produit et emis. Ce champ a une 
resolution qui est au moins a la seconde et permet de definir une date en 
5 annee, mois, jour, heure et seconde. Dans une variante on rajoute la fraction 
de seconde a laquelle la production - emission a eu lieu. Pour des tests 
s'etendant sur une courte periods, on peut se dispenser des informations 
d'annee, ou de mois. Cependant ces informations d'annees et de mois sont 
utiles pour les tests a cheval sur 2 annees, ou sur deux mois. 
10 Le champ 304 objet comporte aussi un champ 313 de code instruction 

pour un module 202 de recuperation de messages multimedia. Ce champ 

313 est interprets par le module 202 de recuperation. Un tel code instruction 
est par exemple une duree de latence que doit laisser s'ecouler le module de 
recuperation avant de recuperer un message multimedia. Un autre code 

15 instruction possible est de ne pas recuperer le message multimedia. 

Le champ 304 objet comporte aussi un champ 314 de somme de 
controle. Le champ 314 comporte une somme de controle du champ 305. 
Cette somme de controle est calculee par le module 201 de generation en 
fonction du contenu du champ 305 determine a la sous-etape 102. 

20 Dans une variante le champ 304 ne comporte que le champ 311', ce 

qui permet d'obtenir une information sur le fait que le message ait ete 
achemine jusqu'a son destinataire ou pas. Chacun des autres champs 312 a 

314 apporte des informations supplementaires sur I'acheminement des 
messages. Ces informations sont principalement la duree et Tintegrite de la 

25 transmission. 

De la sous-etape 104 on passe a une sous-etape 105 d'emission du 
message 300. Le module 201 de generation emet le message 300 selon un 
protocole permettant de simuler le fonctionnement d'un appareil utilise par le 
public pour remission d'un message multimedia. Dans ce cas le public est 

30 soit un particulier, soit une entreprise, soit un fournisseur de contenus 
souhaitant envoyer des messages multimedia. Parmi ces protocoles on cite 
les protocoles HTTP, SMTP, SOAP, WAP, mais ils en existent d'autres. Le 
protocole utilise pour remission" du message 300 est parametre par un 
utilisateur mettant en oeuvre le module 201. Le module 201 comporte done 

35 des moyens pour communiquer selon ces differents protocoles. Ces moyens 
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sont connus puisque de nombreux appareils communiquent deja via ces 
protocoles. 

Parmi las autres parametres du module 201. sont le nombre de 
messages multimedia a emettre par seconde, et la duree pendant laquelle le 
module emet des messages. Ces deux parametres permettent d'effectuer 
des tests de charge et d'endurance. Une fois parametre. le module 201 de 
generation emet done un ou plusieurs messages multimedia, via un ou 
plusieurs protocoles, vers un ou plusieurs destinataires. a une frequence 
donnee et pendant une duree donnee. Ces messages sont emis a travers le 
reseau de telecommunication auquel est connecte le module 201 et dont on 
veut evaluer les performances de transmission pour I'acheminement de 

messages multimedia. 

Pour chaque message qu'il emet. le module 201 connait ses 
parametres qui sont au moins : identifiant 311. date 312, code 313. somme 
de controle 314, contenu des champs IDE. IDD. 305, et le protocole utilise. 
Ces informations sont transmises S un module 203 d'analyse des resultats. 
Ces donnees seront correlees avec celles recueillies par le module 202 de 
recuperation. 

Une alternative pour parametrer le comportement du module 201 est 
d'utiliser un scenario. Le module 201 comporte alors des moyens, sous 
fonries de codes-instruction. pour-interpneter_d.es_ScejTarLeerm 
en oeuvre des moyens de production/emission de messages multimedia du 
module 201! Un tel scenario se presenle. par exemple. sous la forme d'un 
fichier au format XML. II peut avoir la forme suivante : 



Example de scenario : fichier scenario .xml 

00 <?xml version="1.0" encoding= "ut f - 8 " > 

01 <!DOCTYPE scenario SYSTEM " scenario . dtd" > 

02 <scSnario titre="titre du scenarion" • ■ 



descritpion= "description dii scenario" > 

03 ■ <sgquence titre=" sequence multiprotocole" 

description=" sequence durant laquelle des 
messages multimedia sont envoy6s selon 
plusieurs protocoles" dur6e="198"> ■ 

04 <prof ilDeTraf ic 
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05 I titre="pdtl" 

06 f reqn.ience="f 1" 

07 • . . . noTTiMMS== "mmsl " 

08 protocoled " smtp" 

0 9 delaiDeRecuperation="2 " 

10 /> 

11 <prof ilDeTraf ic 

12 titre="pdt2" 

1 3 f requence= " f 2 " 

14 nomMiyiS="mms2 " 

1 5 pro tocole= " wap " 

16 delaiDeRecuperation="0" 

17 /> 

18 </sequence> 

19 <sequence titre= " sequence monoprotocole" \ 
description^" sequence mettant en oeuvre un-/ 
seul protocole" duree="256"> ^ 

2 0 <prof ilDeTraf ic 

21 titre="pdt3" 

22 f requence="f 3 " 

23 , notnMMS="mTns3 " 

24 ' protocoled "wap" 

25 delaiDeRecuperation="l" 

26 /> 

27 </sequence> 

28 </scenario> 

Le fichier scenario.xml permet ainsi de decrire un scenario definissant 
le comportement du module 201. Pour la suite I'usage du mot ligne se 
rapporte a une ligne du ficiiier scenario.xml. La ligne 01 correspond a un 
entete standard dependant de la version du iangage XML utilise. 

La ligne 02 permet de specifier un fichier de grammaire permettant a 
un programme d'interpretation de verifier que la syntaxe du fichier 
scenario.xml est bien conforme a ce que ce programme d'interpretation 
attend. 
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On rappelle id qu'un fichier XML est assimilable a un arbre, c'est a 
dire a un ensemble d'objets hierarchises. Ainsi le ficfiier scenario.xml decrit 
un scenario entre ses balises ouvrante et femnante, a savoir entre les lignes 
03 et 28. Le fichier scenario.xml comporte un objet scenario qui comporte lui 
meme des objets sequence. Cliaque objet sequence comporte un ou 
"plusieurs objets profilDeTrafic. D'autre part cliaque objet comporte une ou 
plusieurs proprietes. 

L'objet scenario comporte, dans notre exempie, des proprietes titre et 
description. Id, un titre permet d'identifier un objet, une description permet de 
decrire plus ou moins brievement l'objet. Dans notre exempie l'objet scenario 
comporte deux objets sequence. Dans la pratique l'objet scenario comporte 
un nombre quelconque d'objets sequence. 

Un objet sequence comporte un titre, une description et une duree. La 
duree est un nombre exprime, par exempie, en secondes. Dans une variante 
une autre unite peut etre employee comme la minute, le dixieme de seconde, 
ou toute fraction de seconde. La duree exprime le temps pendant lequel le 
module 201 doit executor les instructions des objets profilDeTrafic que l'objet 
sequence en question comporte. Si duree vaut 198, alors le module 201 
executera les instructions des objets profilDetrafic que comporte l'objet 
sequence dont la duree vaut 198 pendant 198 secondes. 

L'exemple scenarionrxml- montre un objet sequence comportant 2 
objets profilDeTrafic et un objet sequence comportant un objet profilDeTrafic. 
Dans la pratique un objet sequence comporte un nombre quelconque d'objet 
profilDeTrafic. 

Un objet profilDeTrafic comporte plusieurs proprietes parmi lesquelles 
un titre, une frequence, un nom de message multimedia, un protocole et un 
delai de recuperation, ^interpretation d'un objet profilDeTrafic consite done 
en la production d'un message multimedia dont la structure est identifiee par 
le nom du message multimedia. A ce nom correspond une taille, une 
structure, et un ou des types de contenus. La frequence correspond a la 
frequence a laquelle le message multimedia correspondant a l'objet 
profilDeTrafic doit etre emis. Le protocole correspond au protocole selon 
lequel le message multimedia correspondant a l'objet profilDeTrafic doit etre 
emis. Le delai de recuperation correspond a une instruction pour le module 
202. Le delai de recuperation est done utilise pour la production du contenu 
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du champ 313. 

L'exemple scenario.xm! correspond a une succession de deux 
sequences d'emission de message. Une premiere sequence durant 198 
seconde durant laquelle le module 201 genere deux types de trafic. Le 

5 premier type de trafic est decrit par I'objet profilDeTrafic identifie par le titre 
"pdtl", le deuxieme type de trafic est decrit par I'objet profilDeTrafic identifie 
par le titre "pdt2". Le premier type de trafic correspond alors a remission, a la 
frequence f1, de messages identifies par le nom de message "mmsl" selon 
le protocole "smtp". Le deuxieme type de trafic correspond alors a remission, 

10 a la frequence f2. de messages identifies par le nom de message "mms2" 
selon le protocole "wap". Une fois que la duree de robjet sequence pre-decrit 
est ecoulee on interrompt les trafics lui correspondant puis on execute les 
instructions correspondant a la sequence suivante dans le fichier 
scenario.xmL Un trafic correspond ici a un emission d'un message donnee a 

15 une frequence donnee. La sequence suivante, dont le titre est "sequence 
monoprotocole" comporte un seul objet profilDeTrafic qui est interprete , 
comme precedemment pour la premiere sequence. 

A partir d'ici, le mot ligne ne fait plus explicitement reference a une 
ligne du fichier scenario.xml, sauf precision explicite. 

20 Le parametrage du module 201 peut done se faire soit a la volee via 

une interface utilisateur, soit via un fichier de configuration equivalent au 
fichier scenario.xml. Une interface utilisateur permet de saisir les donnees 
-avant le lancement du programme, ou au fur et a mesure que le programme 
en a besoin. Un fichier de configuration est equivalent au fichier scenario.xml 

25 des lors qu'il comporte au moins une instruction dont rinterpretation 
provoque remission d'un ou plusieurs messages multimedia par le module 
201. 

De la sous-etape 105 on passe a une etape 106 de traitement du 
message par un serveur relais 204. Un serveur relais est aussi appele 

30 couramment MMS-C, pour central de messages multimedia. Le module 201 
et le serveur relais 204 sont connectes via le reseau de telecommunication. 
Si cette connexion est realisee via le protocole WAP, alors il existe. entre le 
module 201 et le serveur relais 204, une passerelle 205 WAPinterface entre 
le module 201 et le serveur relais 204, II s'agit du cas ou le module 201 

35 simule le comportement d'un ou plusieurs telephones mobiles emettant des 
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messages multimedia. Dans ce cas la communication entre le module 201 et 
la passerelle 205 se fait via une partie du reseau de telecommunication de 
type reseau celiulaire. Ce resultat est obtenu, par exemple, en utilisant des 
modems GSM, GPRS, ou UMTS pour permettre au module 201 d'emettre 
5 les messages multimedia produits. 

Dans une optique de simulation d'emission de messages multimedia 
depuis un telephone mobile, les modules 201 et 202 peuvent simuler 
partiellement ou entierement le comportement attendu par la passerelle 205. 
On distingue deux cas : 

10 - le module 201, ou 202, est connecte au reseau de 

telecommunications en mode donnees. que ce soit selon la norme CSD, 
GPS, UMTS ou autre. La gestion de Tadressage. de Tauthentification est 
autre probiematique reseau, est alors realise par Tinfrastructure du reseau de 
telecommunications, notamment par les equipements connues sous les 

15 designations SGSN/GGSN dans les cas d'utilisation des normes 
GPRS/UMTS. Le module 201 se contente alors d'envoyer des messages 
multimedia au-dessus du protocole WAP sans aucune contrainte. Le module 
202 se contente alors de recevoir des messages multimedia au-dessus du 
protocole WAP sans aucune contrainte. II s'agit la d'une simulation entiere. 

20 - le module 201, ou 202, est connecte directement au serveur/relais 

: 204-ou-a la-passerelIe-205-direGtement-via-la-protocole~TCP/IP.-C!estJe-ca 
notamment pour les tests de performance ou Ton souhaite mesurer ia qualite 
de service dU serveur relais 204, ou du serveur relais 204 associe a la 
passerelle 205. Dans ce cas le module 201 gere des fonctions du reseau de 

25 telecommunications pour que cette connexion directe soit transparente pour 
le serveur relais 204 et ou la passerelle 205. 

Ainsi les modules 201 et 202 permettent soit de simuler uniquement 
remission reception de messages multimedia au dessus du protocole WAP, 
soit de simuler Tensemble des messages que regoivent le serveur relais 204 

30 et la passerelle 205. 

Pour pouvolr simuler Tutilisation du reseau de telecommunication par 
plusieurs clients de type telephone mobile, assistant personnel, ou autre, le 
module 201 a, dans une variante, une architecture logicielle de type 
multiprocessus. Un synonyme de multiprocessus est multitaches. Le module 

35 ■ 201 est done capable d'executer simultanement plusieurs processus, chaque 
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processus ayant comme fonction d'emettre un message multimedia et done 
Ho realiser au moins Tetape 106. Dans la pratique un processus a 
connaissance des elements produits aux etapes 102 a 104, et dans une 
variante le processus realise ces etapes. Chaque processus .est alors 
5 assimilable a un client du reseau de telecommunications. A ce titre chaque 
processus/client se voit allouer des ressources pour pourvoir communiquer 
sur le reseau de telecommunications. Une de ces ressources. en particulier 
dans le cas d*une communication selon le protocole WAP, est une adresse 
Internet. Dans la mesure ou le module 201 est multiprocessus il se voit 

10 attribuer plusleurs adresses Internet, une par processus actif en fait. Dans la 
pratique, lorsque le module 201 Interprete une sequence d'un scenario, il 
cree autant de processus que Tobjet sequence comporte d'objet 
profilDeTrafic. Dans une variante, chaque message multimedia est emis par 
un processus different. Cette derniere variante permet de simuier ^la 

15 connexion d'un grand nombre de clients au reseau de telecommunication. 
Cela permet d'effectuer upe simulation differente de celle consistant^^^a 
simuler un client emettant un grand nombre de messages multimedia. Par 
grand nombre on entend ici que Ton est capable d'emettre plusieurs dizaines 
de messages multimedia par seconde, voir une centaine. Dans la pratique^si 

20 on a besoin d'une plus grande capacite, on peut soit augmenter la puissance 
du microprocesseur que comporte le module 201, soit utiliser plusieurs 
modules tel que le module 201. Uutilisation de plusieurs modules d'un type 
s'etend egaiement aux autres modules que sont les modules d'interception, 
de recuperation, et d'analyse. 

25 La figure 4 illustre un mode de fonctionnement multiprocessus pour le 

module 201 dans le cadre de la simulation d'une communication impliquant 
plusieurs clients sur le reseau de telecommunications. La figure 4 montre 
une etape 401 preliminaire dans laquelle un processus maitre du module 201 
obtient des adresses Internet en emettant une requete 402 d'allocation de 

30 ressources a {'infrastructure du reseau de telecommunications. En reponse a 
la requete 402, le reseaux de telecommunications, via une etape 403 emet 
une reponse 404 a la requete 402. La reponse 404 comporte une liste 
d'adresses Internet utilisables par le processus maitre. De Tetape 401 on 
passe a une etape 405 de creation des processus esclaves. Les processus 

35 esclaves, comme le processus maTtre sont des programmes executes par le 
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module 201. Chaque processus a une duree de vie. Le processus maitre a 
une duree de vie infinie, ou au moins egale a I'execution de commandes 
parametrees par I'utilisateur du module 201 . Les processus esclaves ont une 
duree de vie egale a la duree de la tache qui leur a ete assignee par le 
processus maTtre. 

Le processus maTtre emet, vers la passerelle 205 un message 406 
connu sous le nom de RADIUS Accounting START. Le message 406 a 
comme parametre une adresse internet. II s'agit d'une des adresses Internet 
obtenues a I'etape 401. Le message 406 a aussi comme parametre un 
numero de telephone identifiant un client du reseau de telecommunications. 
Dans une etape 407, la passerelle 205 traite le message 406 et emet une 
reponse 408 au message 406. Le processus maTtre est aiors en mesure de 
creer un processus esclave en lui fournissant, d'une part toute les 
informations utiles pour la production d'un message multimedia, d'autre part, 
toutes les informations utiles a I'etablissement d'une communication avec la 
passerelle 205. Ces informations pour la communication sont en effet 
contenues dans la reponse au message 406. Les informations pour la 
production du message multimedia sont obtenues via le parametrage du 
module 201. Dans une etape 409, le processus esclave effectue done les 
actions decrites pour I'etape 101. L'etape 409 s'effectue en communiquant 

avec la-passerelle-205rqtii-effeetue-les-aGtions-adequates-dans-l!etapeA1-O 

Le processus esclave prend fin lorisque le message multimedia a ete 
envoye. Le processus maTtre emet alors un message RADIUS Accounting 
STOP 411, pour signifier a la passerelle 205 que les ressources allouees 
pour la communication avec le processus esclave peuvent etre iiberees. La 
passerelle 205 repond, via une etape 412 par un message 413 signifiant que 
le message 41 1 a bien ete traite. 

L'enchaTnement d'actions 406 a 413 est repete autant de fois qu'il y a 
des processus esclaves a creer pour I'execution de la tache parametree pour 
le module 201. Chaque processus esclave est independant des autres. 
Plusieurs processus esclaves peuvent coexister dans le temps. 

Le module 202 peut lui aussi fonctionner selon le meme schema. 
Dans ce cas il he s'agit cependant pas d'emettre des messages multimedia a 
I'etape 409, mais d'en recuperer. L'etape 409 est alors equivalente a une 
etape 1 1 2 dont la description est a venir. 
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Cette architecture multiprocessus n'est pas unique. Ainsi, dans une 
autre variante la gestion des messages radius est laissee a la charge des 
processus esclave eux meme. Dans une autre variante, I'obtention des 
ressources reseaux, c'est a dire Tetape 401, est elle aussi laissee a la charge 
5 des processus esclaves. Dans ce dernier cas un processus esclave est alors 
totalement assimilable a un client du reseaux de telecommunication. Dans 
tous les cas, la passerelle WAP et ou le serveur relais MMS-C ont 
rimpression d'avoir a faire a plusieurs clients reseaux. 

Une autre variante pour le module 201 . et ou 202, est une architecture 

10 logicielle sequentielle iterative. C'est a dire que les sous-etapes de I'etape 
101, et ou 112, sont realisees les unes a la suite des autres tant qu'une 
condition d'arret n'a pas ete atteinte. Une telle condition d'arret est, par 
exemple, une duree d'emission, un nombre de message ou une condition 
equivalente. Dans le mode de fonctionnement sequentielle, le module 201, 

15 apres avoir execute la sous-etape 105 recommence a la premiere sous^-^ 
etape de Tetape 101 tant que la condition d'arret n'est pas atteinte. II est. 
evidemment possible de melanger les deux type d'architectures logicielies. 

Pour I'etape 106, on note que le serveur relais 204 est un equipement. 
standard du reseau de telecommunication. A ce titre il se comporte de . 

20 maniere standard quand 11 regoit un message multimedia. Ce comportement 
consiste a enregistrer le message multimedia regu dans une memoire d^ 
stockage apres lul avoir attribue un identifiant URLM. Puis le serveur relais 
204 compose et emet un message de notification vers le destinataire du 
message multimedia, Ce destinataire est identifie par le champ 303 du 

25 message multimedia. 

Un message 320 de notification produit par le sen/eur relais 204 
comporte un en-tete 321 qui comporte au moins des champs 322, 
respectivement 323 equivalents aux champs 302, respectivement 303. Le 
message 320 comporte aussi un champ 324 objet identique au champ 304. 

30 Le message 320 de notification comporte encore un champ 325 identifiant 
permettant de transmettre I'identifiant URLM. Le message 320 de notification 
comporte d'autres informations, en particulier une information permettant 
d'identifier ce message comm'e" un message de notification de la reception 
d'un message multimedia. Une fois le message 320 produit. il est emis, via le 

35 reseau de telecommunication, vers le destinataire du message multimedia 
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qui a provoque la production du message de notification. La premiere 
notification est codee en binaire ou en format texte selon le type de terminal 
destinataire. 

Le champ 325 est produit par le serveur relais 204 ou la passerelle 

5 205 selon le type de terminal destinataire. Dans la pratique ce champ 
comporte une URL (Universal Resource Locator, pour Localisateur universal 
de ressource) permettant d'acceder au message multimedia correspondant 
sur le serveur relais 204. Dans la pratique I'invention est compatible avec 
d'autre type de donnees pour le champ 325, ce type de donnees permettant 

10 ridentification d'un message multimedia. 

Dans I'exemple de la description le destinataire est identifle par un 
numero de telephone, le message 320 de notification est done envoye 
comme un ou plusieurs messages court aussi appeles message SMS ( Short 
Message Service, pour service de message court). Cependant le message 

15 320 peut aussi etre envoye via des protocoles comme SMPP (Short 
Message Peer to Peer, pour message court interpersonnel), ou UCP ( 
Universal Computer Protocol, pour protocole universal d'ordinateur). 

De Tetape 106 on passe a une etape 107 d'interception du message 
320 de notification par un module 206 d^interception. L'etape 107 est realise 

20 pour chaque message de notification emis a Tetape 106. Dans une variante 

- - :prefere-le-module-206-est-connecte-dans Je -reseau „de_tele.comrnunication 

en'tre le serveur relais 204 et un equipement 207 centre de message court ou 
SMS-C. L'equipement SMS-C est charge de racheminemeht correct des 
messages SMS vers leur destinataire final. 

25 Le module 206 intercepte tous les messages de notification emis par 

le serveur relais 204. Cela permet au module 206, dans una sous-etape 108, 
de prendre connaissance du contenu du champ 323 destinataire de ce 
message de notification. La connaissance de ce champ permet de 
determiner s'il s'agit d'un message de notification consequence de remission 

30 d'un message multimedia par le module 201 . En effet le module 206 est en 
connaissance de la liste d'adresses utilisee par le module 201 dans la sous- 
etape 103. II est done aise de determiner si le destinataire est en fait un 
destinataire fictif du au module 201. Pour l'etape 107, il s'agit en fait d'un 
' filtrage des messages emis par le serveur relais 204. 

35 Dans urie variante le filtrage s'effectue sur le champ 322. Dans une 
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autre variante le filtrage s'effectue sur le champ 324. De par sa nature le 
champ 324 a en effet une structure particuliere qu'il est aise de detecter. La 
detection de cette structure permet de trier les messages de notification et de 
determiner ceux dus a des messages multimedia emis par le module 201. En 
5 d'autres termes la detection de cette structure permet de determiner que le 
destinataire du message de notification est en fait le module 202. 

De la sous-etape 108 on passe a une sous-etape 109 d'aiguillage. Si 
la sous-etape 108 a permis de classer le message de notification intercepte 
. parmi ceux du a remission d*un message multimedia par le module 201 alors 

10 on passe de la sous-etape 109 a la sous-etape 110 de production emission 
d'un deuxieme message de notification. Sinon on passe de la sous-etape 
109 a une etape 111 dans laquelle le message 320 de notification poursuit 
son acheminement normal. Dans ce dernier cas le module 206 est 
transparent dans le reseau de telecommunication. _ 

15 Dans la sous-etape 110 le module 202 produit un deuxieme message 

330 de notification. Le message 330 de notification est adresse au module 
202 de recuperation de messages multimedia. Le contenu du message 330 
permet au module 202 de recuperation de recuperer le message multimedia 
correspondant au message 320 de notification. Le message 330 comporte 

20 done au moins un champ 335 dont le contenu est identique au contenu du 
champ 325. Le message 330 de notification comporte aussi un en-tete 
propre au protocole utilise pour la communication entre les modules 206 et 
202. Si le champ 324 comporte un code instruction pour le module 202, alors 
le message 330 comporte un champ pour la transmission de ce meme code. 

25 Dans une variante, tout ou partie des champs 322 a 324 sent transmis via le 
message 330. Le module 202 peut egalement inserer la date de reception de 
la notification dans le champ 326. Le message 330. une fois constitue, est 
envoye vers le module 202 de recuperation. 

Dans une variante le module 206 est situe dans le reseau de 

30 telecommunication au dela de Tequipement SMS-C. Cela signifie que les 
messages de notification emis par le sen/eur reiais 204 sont vus en premier 
par Tequipement SMS-C. Dans ce cas, !e module 206 se comporte comme 
un appareil joignable par les identifiants 323 des messages de notification. 

L'etape 111 est une etape d'emission par le module 206 du message 

35 320 de notification, le message 320 etant inchange par le module 206. 
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Le module 206 comporte done a la fois des moyens pour 
communiquer avec le serveur relals 204, I'equipement SMS-C. mais aussi 
avec le module 202. Ces moyens sont des circuits interfaces et des 
programmes de type pilote pour ces circuits interface. Du point de vue de 
5 I'equipement SMS-C. le module 206 apparaTt comme le serveur relais 204. 

De la sous-etape .110 on passe a'une etape 112 de traitement de la 
deuxieme notification 330 par le module 202 de recuperation. L'etape 112 est 
realise pour chaque message de notification adresse au module 202 par le 
module 206. La structure logicielle du module 202, pour I'execution de I'etape 
10 1 12, est soit multiprocessus, soit sequentielle iterative. Ces architectures ont 
deja ete decrites pour le module 201 . 

Dans I'etape 1 12, le module 202 extrait du deuxieme message 330 de 
notification ies differents champs que le message 330 contient. L'etape 112 
comporte une premiere etape 113 facultative d'execution d'un code 
15 instruction. II s'agit du code instruction du champ 313. Ce code instruction 
peut indiquer au module 202 qu'il doit proceder a la recuperation du 
message multimedia correspondant immediatement, dans un delai donne par 
le code instruction, ou jamais. Le code instruction peut aussi specifier de 
quelle fa^on il faut recuperer le message multimedia correspondant, c'est-a- 
20 dire en laissant une copie sur le serveur relais 204 ou en ne laissant pas de 
eopie. -Il-ne-s-agit-la- que-d!exemples. de codes instruction, possibles. Une fois 
le code instruction interprete, on passe a une sous-etape 114 de 
recuperation du message multimedia. 

Dans la sous-etape 114 et dans I'exemple de la description, le module 
25 202 se comporte exactement comme le ferait un telephone mobile qui aurait 
reQU le message 320 de notification. C'est-a-dire que le module 202 
compose un message 340 de recuperation comportant un champ 341 en- 
tete, un champ 342 code instruction de recuperation, et un champ 343 
d'identification du message multimedia a recuperer. Dans la pratique le 
30 champ 342 correspond au code 313 instruction. Si le code 313 n'a pas ete 
transmis. alors le code 342 est un code simple de recuperation d'un 

message multimedia.' 

Le champ 343 correspond dans une variante preferee au champ 335. 
Dans une variante. le champ 343 comporte le contenu des champs 322, 323 
35 et 312. ce qui permet de designer un message multimedia sur le sen/eur 
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relais 204. En effet la connaissance de I'emetteur, du destinataire et de la 
date d'emission permet de retrouver un message sur le serveur relais 204. 

Une fois le message 340 produit, il est emis a destination du serveur 
relais 204. De maniere a etre le plus proche possible des conditions 
d'exploitation d'un reseau de telecommunication, le message 340 est emis 
via le protocole WAP. Le module 202 comporte done des moyens pour 
communiquer selon ce protocole. Le message 340 transite done via, par 
exemple, la passerelle 205 avant d'attelndre le serveur relais 204. 

Du point de vue du serveur relais 204, le message 340 a ete emis par 
un telephone mobile, ou un appareil equivalent. Le message 340 est done 
traite comme n'importe quel message de ce type. En pratique le serveur 
relais 204 recherche dans sa memoire de stockage le message multimedia 
correspondant au contenu du champ 343. Une fois ce message trouve, il 
i'envoie a destination de I'appareil ayant emis le message/requete 340 de 
recuperation. A cette fin, le champ 341 comporte une adresse pour \a\ 
reponse au message 340. Dans la pratique, la reponse au message 340?^ 
comporte au moins les champs 304 et 305. Cette reponse peut contenir le" 
message 300 en integralite. , ' 

De la sous-etape 114. on passe a une sous-etape 115 de traitement . 
de la reponse au message 340. Dans la pratique, ce traitement consiste en . 
la composition d'un message 350 de resultat Un message de resultatj. 
comporte un champ 351 identifiant le message multimedia. Ce champ 
correspond au champ 311 produit par le module 201 de generation. Le 
message 350 comporte aussi un champ 352 de date a laquelle a ete regu la 
notification de reception du message multimedia identifie par le champ 351. 
Dans une variante, le champ 351 comporte la difference entre la date a 
laquelle a ete regu la notification correspondant au message multimedia et la 
date a laquelle il a ete emis. Cette date d'emission est disponible via le 
champ 312. La date de reception de la notification est accessible soit parce 
qu'elle est presente dans le premier message 320 de notification, soit parce. 
qu'on considere que la date de reception du. deuxieme message 330 de 
notification par le module 202 est assimilable a la date de reception de la 
premiere notification par le module 206. Une autre possibilite est d'utiliser le 
champ 326, date inseree par le module 206 sur reception de la premiere 
notification. 
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Afin que Ton puisse comparer les date d'emission et de recuperation, 
au moins des horloges des modules 201, 202 et 206 sont synchronisees afin 
qu'a un meme instant corresponde une meme date sur les trois modules. 
Cette synchronisation est realisee. par exemple par le protocole NTP ( 
5 Network Time Protocol, pour* protocole de temps reseau). Cette 
synchronisation peut aussi etre obtenue via une horloge unique qu'interroge 
les trois modules pour obtenir une date. Ce processus de synchronisation 
correspond a une etape 118 dont ['execution est continue dans le temps et 
simultanee avec celle des autres etapes. 

10 Dans une variante, le message 350 comporte aussi un champ de 

duree permettant d'indiquer le temps ecoule entre remission du message 
340 et la reception complete de la reponse au message 340, 

Enfin le message 350 de resultat comporte un champ 353 de somme 
de controle. Le champ 353 comporte la somme de controle calculee par le 

15 module 202 a partir du contenu du champ 305 du message multimedia 
recupere a la sous-etape 114. L'algorithme utilise par le module 202 pour 
calculer la somme de controle est le meme que celui utilise par le module 
201 pour la production du contenu du champ 314. Dans une variante, ie 
champ 353 comporte le resultat de la comparaison des sommes de controle 

20 produites par les modules 201 et 202. Le resultat s'exprime alors. par 
exemple, par-0 si il-y-a-des-differeneesv par-1 -si les-sommes-de-contrdle sont 
identiques. Dans une autre variante le contenu du champ 353 est identique 
au contenu du champ 305 recupere a la sous-etape 114. Dans ce cas il 
appartient au module destinataire du message 350 de proceder au calcul de 

25 la somme de controle sur le contenu du champ 353. 

Une fois le message 350 produit, on passe a une etape 116 
d'emission des resultats. Dans Tetape 116 le module 202 emet le message 
350 a destination du module 203 d'analyse des resultats. On passe alors de 
la sous-etape 116 a une etape 117 de synthese des emissions 

30 recuperations. 

L'etape 117 est mise en ceuvre par le module 203 d'analyse des 
resultats. Dans une variante, le module 202 est confondu avec le module 
203. 

Dans Tetape 117 il est possible, grace aux champs 311 et 351 de 
35 correler les informations emises par le module 201 et les informations de 
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resultat produites et emises par le module 202. Ces informations sont de 
meme nature et sont done comparables, que ce soit des dates, ou des 
sommes de controle. Ainsi, grace a llnvention, on peut obtenir des 
statistiques sur : 

- un delai d'achenninement d'un message multimedia, c'est-a-dire le 
temps ecoule entre remission du message multimedia et la reception d'une 
notification indiquant la reception du message multimedia par le serveur 
relais 204; 

- un delai necessaire pour la recuperation d'un message multimedia 
sur le serveur relais 204; 

- le nombre de notifications non envoyees par le serveur relais 204 
bien que le module 201 ait emis des messages multimedia, c'est-a-dire en 
fait le nombre de messages multimedia perdus; 

- le nombre de notifications emises pour un meme messages- 
multimedia; 

- le nombre de messages multimedia regus corrompus par rapport au 
messages qui avait ete envoyes; 

- le nombre d'echecs lors de remission de messages multimedia, 
c'est-a-dire le nombre de messages multimedia refuses par le serveur relais 
204; 

- le nombre d'echecs lors de la recuperation des messages 
multimedia; 

- ainsi que des statistiques reseau generales lors des communications 
entre les modules 201 et 202 et le serveur relais 204. De telles statistiques 
portent notamment sur la qualite des communications en terme de nombre 
de paquets perdus, errones, et reemis au cours des communications. 

De plus avec i'invention il est possible d'etablir des statistiques en 
fonction du protocole utilise par le module 201 pour emettre les messages 
multimedia, en fonction de la taille des messages multimedia, et/ou de la 
nature du contenu des messages multimedia. 

. Un autre interet de Tinvention. est que Ton n'effectue aucune 
modification sur les infrastructures du reseau telles que le serveur relais 204 

"6u le SMS-C 207. 

Dans une variante de I'invention, le module 201 est un intermediaire 
entre un serveur 208 d'un fournisseur de service et le serveur relais 204. 
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Dans une telle variante des utilisateurs se connectent au serveur 208 pour 
produire/emettre des messages multimedia. Ces messages sont interceptes 
par le module 201 qui modifie le champ objet de ces messages multimedia 
comme decrit pour Tetape 104. Le champ objet d'un message multimedia 
5 ainsi modifie comporte alors Tancien champ objet et les champs 31 1 a 314. 
Les messages de notification de reception de messages multimedia modifies 
sont interceptes par le module 206 qui cette fois emet un message de 
notification vers le module 202 et vers le destinataire du message 
multimedia. L'emission vers le module 202 n'a lieu que si le message de 

10 notification est reconnu comme correspondant a un message multimedia 
modifie. Cette reconnaissance est faite par la structure du champ objet. Le 
champ objet du message de notification pour le destinataire est expurge des 
donnees supplementaires produites par le module 201. Le module 202, 
lorsqu'il recupere le message multimedia en laisse une copie sur le serveur 

15 relais 204 pour que ce message puisse etre recupere par son destinataire. 
Dans cette variante le module 203 d'analyse dispose des meme informations 
que dans la variante principale. II est done possible avec Tinvention 
d'effectuer des statistiques precises par fournisseur de service. 

La figure 2a illustre les moyens que met en ceuvre chaque module. 

20 Des references identiques indiquent des elements identiques. 

La figure-2a montre que le mGdule-201de generation utilise -pou^ 
mise en ceuvre un microprocesseur 251,' une memoire de programme 252, 
des circuits de communication 253 et 254. Les elements 251 a 254 sont 
connectes par un bus 255. La memoire 252 comporte des codes instruction 

25 pour la mise en ceuvre de differents protocoles de communication, dans des 
zones 252a-d et 252f, et de la fonction du module 201, dans la zone 252e. 
Les circuits 253 permettent aux modules 201 de se faire passer pour un 
telephone mobile. Les circuits 254 permettent au module 201 de 
communiquer via un reseau 240 de telecommunication. Le module 201 

30 comporte aussi une memoire 256 de scenario permettant d'enregistrer des 
fichiers de parametrage du module 201. Un tel fichier de parametrage est 
equivalent au fichier scenario.xml. La memoire 256 est connectee au bus 
255. 

Dans la pratique les circuits 253 et 263 sont connectes a des 
35 passerelles WAP 291 et 292 elle meme connectee au reseau 240. Le reseau 
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240 comporte toutes les infrastructures utiles au bon acheminement des 
communications. Le reseau 240 est de type Internet. Dans la pratique les 
passerelles 291 et 292 peuvent etre une seule et meme passerelle 205 
comme representee sur la figure 2. Uexistence d'une ou deux passerelles 
5 depend en fait de la distance physique existant entre les modules 201 et 202. 

La figure 2a montre que le module 202 de recuperation utilise pour sa 
mise en oeuvre un microprocesseur 261, une memoire de programme 262, 
des circuits de communication 263 et 264. Les elements 261 a 264 sont 
connectes par un bus 265. La memoire 262 comporte des codes instruction 

10 pour la mise en oeuvre de differents protocoles, dans des zones 262a et 
262c, de communication et de la fonction du module 202, dans la zone 262b. 
Les circuits 263 permettent aux modules 202 de se faire passer pour un 
telephone mobile. Les circuits 264 permettent au module 202 de 
communiquer via le reseau 240. 

15 La figure 2a montre que le module 203 d'analyse utilise pour sa mise.. 

en oeuvre un microprocesseur 271, une memoire de programme 272, des,. ^ 
circuits de communication 274. Les elements 271 a 274 sont connectes par , 
un bus 275. La memoire 272 comporte des codes instruction pour la mise en . 
oeuvre de differents protocoles de communication, dans une zone 272b, et 

20 de la fonction du module 203, dans une zone 272a. Les circuits 274. 
permettent au module 203 de communiquer via le reseau 240. 

La figure 2a montre que le serveur relais 204 utilise pour sa mise en 
oeuvre un microprocesseur 241, une memoire de programme 242, des 
circuits de communication 244. Les elements 241 a 244 sont connectes par 

25 un bus 245. La memoire 242 comporte des codes instruction pour la 
realisation des fonctions d'un MMS-C. Les circuits 244 permettent au serveur 
relais 204 de communiquer via le reseau 240. 

La figure 2a montre que le module 206 d'interception utilise pour sa 
mise en oeuvre un microprocesseur 281, une memoire de programme 282, 

30 des circuits de communication 284. Les elements 281 a 284 sont connectes 
par un bus 285. La memoire 282 comporte des codes instruction pour la 
mise en oeuvre de differents protocoles de communication, dans la zone 
282a-c et 282e, et de la' fonction du module 206, dans la zone 282d. Les - - 
circuits 284 permettent au module 206 de communiquer via le reseau 240. 
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REVENDICATIONS 

1 - Precede modulaire de tragage d'un message multimedia a travers 
un reseau de telecommunications comportant un serveur relais (204) de 
5 messages (300) multimedia, un message multimedia comportant un champ 
destinataire (303) et un champ objet (304) caracterise en ce que : 

- le message multimedia est produit (101) de maniere automatique par 
un module (201) de generation de messages multimedia, 

- le module de generation insere dans le champ objet du message 
10 multimedia des informations (311-314) relatives au message multimedia 

produit automatiquement, 

- le message multimedia produit est emis (105) a travers le reseau le 
reseau de telecommunications, 

- le message multimedia produit et emis est regu (106) par le serveur 

1 5 relais, 

- le serveur relais produit et transmet (106) vers un destinataire 
identifie par le champ destinataire un premier message de notification de 
reception du message multimedia, le premier message de notification 
comportant un champ (324) objet dont le contenu comporte au moins ies 

20 informations du champ objet du message multimedia, 

- - " -2---Procede-modulaire-de-tra5age-d%n-message multimedia-a travers 

un reseau de telecommunications comportant un serveur relais (204) de 
messages (300) multimedia, un message multimedia comportant- un champ 
destinataire (303) et un champ objet (304)* caracterise en ce que : 

25 - un module (206) d'interception intercepte (107) un message de 

notification emis par le serveur relais suite a la reception du message 
multimedia, determine (108) quel est le destinataire du premier message de 
notification, et en fonction du destinataire se comporte de maniere 
transparente (111) dans le reseau de telecommunication ou emet (110) un 

30 deuxieme message de notification a destination d'un module de recuperation 
de messages multimedia, le deuxieme message de notification- comportant 
au moins un champ objet dont le contenu permet Tidentification du message 
multimedia correspondant au premier message de notification, - - 

- le module de recuperation produit une requete (340) de recuperation 
35 pour recuperer le message multimedia correspondant au deuxieme message 
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REVENDICATIONS 

1 - Precede modulaire de tragage d'un message multimedia a travers 
un reseau de telecommunications comportant un serveur; relais (204) de 
messages (300) multimedia, un message multimedia comportant un champ 
destinataire (303) et un champ objet (304) caract6rlse en ce que : 

- le message multimedia est prodult (101) de maniere|automatique par 
un module (201) de generation de messages multimedia, 

- le module de generation insere dans le champ objet du message 
multimedia des informations (311-314) relatives au message multimedia 
produit automatiquement, 

- le message multimedia produit est 6mis (105) a tracers le reseau le 
reseau de telecommunications, 

- le message multimedia produit et emis est re?u (10^) par le serveur 

relais, 

- le serveur relais produit et transmet (106) vers un desbnataire Identifie 
par le champ destinataire un premier message de notification; de reception du 
message multimedia, le premier message de notification ' comportant un 
champ (324) objet dont le contenu comporte au moins les ; informations du 
champ objet du message multimedia. ' 

2 - Precede modulaire de tragage d'un message multimedia a travers 
un reseau de telecommunications comportant un serveur Irelais (204) de 
messages (300) multimedia, un message multimedia comportant un champ 
destinataire (303) et un champ objet (304) caracterise en ce qiie : 

- un module (206) d'interception intercepte (107) u^n message de 
notification emis par le serveur relais suite ^ la receptioh du message 
multimedia, determine (108) quel est le destinataire du premier message de 
notification, et en fonction du. destinataire se comportfe de maniere 
transparente (111) dans le reseau de telecommunication oujemet (110) un 
deuxieme message de notification a destination d'un module de recuperation 
de messages multimedia, le deuxieme message de notification comportant au 
moins un champ objet dont le contenu permet Tidentificatidn du message 
multimedia correspondent au premier message de notification, 

- le module de recuperation produit une requete (340) de recuperation 
pour recuperer le message multimedia correspondant au deuxieme message 
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de notification, le module de recuperation emet la requete de recuperation a 
destination du serveur relais et traite la reponse du serveur relais, 

3 - Precede selon les revendications 1 et 2 caracterise en ce que : 

- le module de generation transmet a un module (203) d'analyse des 
5 premieres informations sur les messages multimedia emis par le module de 

generation, 

- le module de recuperation transmet au module d'analyse des 
deuxiemes informations sur des messages multimedia recuperes, 

- les premieres et deuxiemes informations sont de meme nature. 

10 4 - Precede selon Tune des revendications 1 a 3 caracterise en ce que 

le message multimedia est un message MMS. 

5 - Precede selon Tune des revendications 1 a 4 caracterise en ce que 
le premier message de notification est un message court. 

6 - Precede selon Tune des revendication 2 a 5, caracterise en ce que 
15 la requete de recuperation est emise en utilisant le protocole WAP. 

7 - Procede selon Tune des revendications 1 a 6, caracterise en ce 
que le champ objet du message multimedia comporte une information (312) 
de date. 

8 - Procede selon Tune des revendications 1 a 7, caracterise en ce 
20 que les differents modules sont synchronises. 

_ - . 9 - Precede selon I-une- des revendications 4 a 8, caracterise en ce 
que le champ objet du message multimedia produit automatiquement 
comporte une information (314) de somme de controle correspondant a un 
corps du message multimedia produit automatiquement. 
25 10 - Procede selon Tune des revendications 1 a 9, caracterise en ce 

que le champ objet du message multimedia produit automatiquement 
comporte une information (311) d'identification du message multimedia 
produit automatiquement. 

11 - Procede selon Tune des revendications 1 a 10» caracterise en ce 
30 que le champ objet du message multimedia produit automatiquement 

comporte un code (313) instruction pour definir le comportement du module 
de recuperation. 

12 - Procede selon Tune des revendications 1 a 11, caracterise en ce 
que le module d*interception traite les donnees emises par le serveur relais. 

35 13 - Procede selon Tune des revendications 1 a 12, caracterise en ce 
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de notification, le module de recuperation emet la requete de recuperation a 
destination du serveur relais et traite la reponse du serveur relais. 

3 - Procede salon les revendications 1 et 2 caracterise en ce que ; 

- le module de generation transmet a un module (203) d'analyse des 
premieres informations sur les messages multimedia emis ^ar ie module de 
generation, 

- le module de recuperation transmet au module d'analyse des 
deuxiemes informations sur des messages multimedia r6cuper6s, 

- les premieres et deuxiemes informations sont de merrie nature. 

4 - Procede selon I'une des revendications 1 a 3 caract§ris§ en ce que 
le message multimedia est un message MMS. ! 

5 - Procede selon I'une des revendications 1 ^ 4 caradt^rise en ce que 
le premier message de notification est un message court. 

6 - Procede selon I'une des revendication 2 a 5, caracterise en ce que 
la requete de recuperation est emise en utilisant le protocole WAP. 

7 - Procede selon I'une des revendications 1 a 6, caracterise en ce qye 
le champ objet du message multimedia comporte une information (312) de 
date. 

8 - Procede selon I'une des revendications 1 a 7, caracterise en ce que 
les diff6rents modules sont synchronises. 

9 - Procede selon I'une des revendications 1 a 8, caracterise en ce qiie 
le champ objet du message multimedia produit automatiquement comporte 
une information (314) de somme de contrSle correspondantj a un corps du 
message multimedia produit automatiquement. 

10 - Procede selon I'une des revendications 1 a 9, cgracterise en ce 
que le champ objet du message multimedia produit automatiquement 
comporte une information (311) d'identification du message multimedia produit 
automatiquement. 

11 - Procede selon I'une des revendications 1 a 10, caracterise en ce 
que le champ objet du message multimedia produit automatiquement 
comporte un code (313) instruction pour definir le comportemerit du module de 
recuperation. 

12 - Procede_se_lon I'une des revendications 1 a 11. caracterise en ce 
que le module d 'interception traite les donnees emises par le serveur relais. 

13 - Procede selon I'une des revendications 1 a 12, caracterise en ce 
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que le module dinterception traite les donnees emises par un SMS-C du 
reseau de telecommunications. 

14 - Procede selon I'une des revendications 1 a 13 caracterise en ce 
que le message multimedia comporte un corps (305) dont le contenu est 

5 variable en taille et / ou en nature. 

15 - Procede selon Tune des revendications 1 a 14, caracterise en ce 
que le module de generation emet des messages multimedia a une 
frequence donnee. 

16 - Procede selon Tune des revendications 1 a 15, caracterise en ce 
10 que le module de generation emet des messages multimedia pendant une 

periode donnee. 

17 - Procede selon Tune des revendications 1 a 16, caracterise en ce 
que le module de generation emet des messages multimedia via differents 
protocoles. 

15 18 - Procede selon Tune des revendications 1 a 17, caracterise en ce 

que les messages de notification comportent des informations (335, 343) 
d'identification du message multimedia regu par le serveur relais auquel ils 
correspondent. 

19 - Procede selon Tune des revendications 1 a 18, caracterise en ce 
20 que le module de generation est un intermediaire entre un serveur (208) d*un 

fournisseur de-service-et le-serveur-relais— le module de generation-modifiant" 
aloirs les champs objets des messages multimedia interceptes par lui. 

20 - Procede selon Tune des revendications 1 a 19. ca'racterlse en ce 
que le module de generation est parametre via un fichier de scenario. 

25 21 - Procede selon Tune des revendications 1 a 20, caracterise en ce 

que le module de generation et/ou le module de recuperation ont une 
architecture logicielle multiprocessus. 

21 - Dispositif modulaire de tragage d'un message multimedia a 
travers un reseau de telecommunications comportant un serveur relais (204) 

30 de messages multimedia, un message multimedia comportant un champ 
destinataire et un champ objet caracterise en ce qu'il comporte : 

- un module (201) de generation pour produire automatiquement un 
message, : " 

- le module de generation comporte des moyens pour inserer dans le 
35 champ objet du message multimedia des informations relatives au message 
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que le module d'interception traite les donnees emises par un SMS-C du 
reseau de telecommunications. 

14 - Precede selon I'une des revendications 1 a 13 caracterise en ce 
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variable en taille et / ou en nature. 

15 - Precede selon I'une des revendications 1 a 14, caracterise en ce 
que le module de generation emet des messages multimedia; a une frequence 
donnee. 
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que le module de generation emet des messages multimedia pendant une 
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que le module de generation emet des messages multimedia via differents 
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18 - Procede selon I'une des revendications 1 a 17, caracterise 'en ce 
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d'identificatioh du message multimedia regu par le serveur relais auquel ils 
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22 - Dispositif modulaire de .tragage d'un message multimedia a travers 
un reseau de telecommunications comportant un serveur relais (204) de 
messages multimedia, un message multimedia comportant un champ 
destinataire et un champ objet caracterise en ce qu'il comporte 

- un module (201) de generation pour produire autoniatiquement un 
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- le module de generation comporte des moyens pour inserer dans le 
champ objet du message multimedia des informations relatives au message 
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multimedia produit automatiquement, 

- le module de generation comporte des moyens pour emettre le 
message multimedia produit a travers le reseau de telecommunications. 

- le serveur relais comporte des moyens pour produire et transmettre 
vers un destinataire identifie par le champ destinataire un premier message 
de notification de reception du message multimedia, le premier message de 
notification comportant un champ objet dont le contenu comporte au moins 
les informations du champ objet du message multimedia, 

- un module (206) d'interception comportant des moyens pour 
interceptor le premier message de notification, determiner quel est le 
destinataire du premier message de notification, et en fonction du 
destinataire se comporter de maniere transparente dans le reseau de 
telecommunications ou emettre un deuxieme message de notification a 
destination d'un module (202) de recuperation de messages multimedia, le 
deuxidme message de notification comportant au moins un champ objet dont 
le contenu permet I'identification du message multimedia correspondant au 
premier message de notification, 

- le module de recuperation comporte des moyens pour produire une 
requete de recuperation pour recuperer le message multimedia 
correspondant au deuxieme message de notification, le module de 

-recuperation-eomporte-aussi-des-moyens-:pour_emettLe_J_a_ie^^^ 
recuperation a destination du serveur relais et traite la reponse du serveur 
relais. 

22 - Dispositif selon la revendication 21 caracterise en ce que : 

- le module de generation comporte des moyens pour transmettre a 
un module (203) d'analyse des premieres informations sur les messages 
multimedia emis par le module de generation. 

- ie module de recuperation comporte des moyens pour transmettre 
au module d'analyse des deuxiemes informations sur des messages 

multimedia recuperes, 

- les premieres et deuxiemes Informations sont de meme nature. 
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multimedia produit automatiquement, 

- le module de generation comporte des moyens pour emettre le 
message multimedia produit a travers le reseau de telecommunications 

- le ser^/eur relais comporte des moyens pour produire et transmettre 
) vers un destinataire identifle par le chamn rt<=«tin=,toir<= L. 

„^..r- , , Kirjiiiici message ae 

nofftcation de reception du message multimedia, le premier message de 
notification comportant un champ objetdont le contenu comporte au moins les 
informations du champ objet du message multimedia ^ 

- un module (206) d'Interception comporiant dei moyens pour 
.ntercepter le premier message de notification, d^termii^er quel est le 
destinataire du premier message de notification, et en fonctioh du destinataire 
se comporter de maniere transparente dans le reseau de tel^ommunications 
ou emettre un deuxieme message de notification a destination d'un module 
(202) de recuperation de messages multimedia, le deuxieme message de 
notification comportant au moins un champ objet dont le icontenu fermet 
lidentificafion du message multimedia correspondant au premier message de 
notification, 

- le module de recuperation comporte des moyens pour produire une 
requete de recuperation pour r6cuperer le message multimedia correspondant 
au deuxieme message de notification, le module de recuperation comporte 
auss, des moyens pour emettre la requete de recuperation a destination du 
serveur relais et traite la reponse du serveur relais. 

23 - Dispositif selon la revendication 22 caract6rise en ce que • 
module ToT^' 9-^;^^'°" comporte des moyens pour t^nsmettre a un 
module (203) d analyse des premieres informations sur les messaqes 
multimedia emis par le module de generation, 

moH. . " """.^"'^'^ recuperation comporte des moyens poot transmettre au 
rXlres'" ' ^^-'emes. informations sur des messages mulfim^dia 

- les premieres et deuxiemes informations sont de meme nature. 



1 er depot 



/lA/lA 6> 



^ n 't^ -^-e 



Modifiee le 19/12/^ 




J 



1 ^V(^ 6«f 



(o7 




regue le 19/12/02 



1/4 



Production automaiique 
MMS 



Selection / production 
contenu 



Renseignement champs 
emetteur/d estinataire ^ 

I 



Production champ 
o^et 



Emission du MMS et 
d'infonnatlons su r le MMS 



.101 
.102 
,103 
.104 
--105 



Fig. 1a 



Traitement du message par le 
serveur relais / emission notification 



Intercepti on du message 

1^ 




110. 



Determination du destinatair^ '^1 08 

109- _ 

^ non 



^106 
107 



Production emission 
2etTie notification 



112. 



114 
115 



116^ 
117 

118. 



Traitement de la 
2eme notificatio n 

- i.: 



113^ ^£jxecutionjd^ codejnsmjclioir] 

— : J 

Recupe ration du message I 



^ - j i raltement d u message recupere I 

ir 



Emission des resultats 
du traitement 



Synthese des recuperations 
emissions 



Fig. 1b 



Synchronisation des 
modules 



1 er depot 



111 






Modifiee le 19/12/i^ 

1 I. n 



regue le 19/12/02 



2/4 



(-a 



,208 



Generateur 



Protocole 
de MMS WAP, SMTP, 
r SOAP, HTTP, 

etc... 



201 



203 

Ml 



informations 
sur ('emission 
des MMS 



Systeme a tester 



Informations 




202. 



Recepteur/filtrage 
des notifications 



207 




206 



SMS-C 



Envoi des URLs 
des MMS a 
recuperer 



Analyseur sur la reception R6cuperateur des 
desresultats mmS MMS 



Fig. 2a 



302 303 304 




] Fig. 3a 



Fig. 3b 



Fig. 3c 



Fig. 3d 



340 ENTETE 



GET 



341 342 



URLM 

—r- 

343 



Fig. 3e 



350 



IDM 

7 



DATE 

7 



351 352 



CRC 
353 



Fig. 3f 



ler depot Modifiee le 19/12/(j|^ 




regue le 19/12/02 



3/4 



CM 



CD 
O 
CM 



<0 -Q O "a <D 

CN CN CM c\j oa 

CO CO 00 CO CO 

CN! CM CM CM CM 

; ; ; ; ; 




CO oo> 
CM CM 



O 
I 

CO 
CO 



CM 



CD O 

CM CM CM 

CD CD CD 

CM CM CM 



CM 
O 
CM 



N 




CM 
CM 



O 
CO 

to ^ 



CO 
CM 

u 




CM 

-Q O "O CD 
CM CM CM CM 
lO LO ID LO 
CM CM CM CM 



CM 

m 

CM 




CL 



LO 
CM 



S~^9 


DL 


un 


tu 






to 


O 











to T— CD 
CM O lO 
CM CM 






o 














WAP 


Recupei 


^COM 







uo 

CD 
CM 




CM 
-C3^ 
CM 



CD 

I 

CL 
< 



CO 

to 

CM 



CD 
CM 



03 

CM CM 
CM CM 




regue le 19/12/02 



4/4 



P maitre 



401 



P esclaves 



GW 



Creation 
de 

processus 
esclaves 



405 406 
RADIUS ^ 



START 



409 



408-n7 



411 



PE1 



S RADIUS 



STOP 



413 



Reseau 



Obtention 
adresse IP 


> 






Allocation 




^ — rz 1 



,407 



,410 



,412 



Fig. 4 



1 er depot 



I oU 



/ 



^30 



3?r 





3P 



1 er depot 



6-w 



T 



U 



I 



sr*/* '•'3 



1- 




reguele 13/12/02 




iINSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTRIEULE 



BREVET D'INVENTION 



Designation de I'inventeur 




bATEETSIGNATURE(S)DU-(DES) 
DEMANPE UP(S> OU DU MANDATAIRE 

Sign§ par. 



ChrisUan Norbert Marie SCHMIT 




Date 



20 nov. 2002 



llbertes s'applique aux r6ponses faites a ce formulaire. 



"^iZXZ^^^^o^o^ pour ,es donrv^ vous . 



ference EASY : 28703 



